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gMtMEm? TRAMgA CRPTOir SYSTgM AMD METKQn 
Field of the 

Baofcarou nd of the lavenfclQ^ 

M»y electronic forms of payment are now in existence. • 
Suclx systems include the uae of debit end credit oarde 

'^'^ " electronically debiting 

a bank account or a credit account. 

Tb simplify the manner in wbioh payntents are made, 
proposals bave been made to make payments by way of a 
IS mobile or cellular tel^bone. These methods basically 
relate to Integrated voice response processes, in which 
the consumer uses the phone and is interrogated by a 
^stem to input proa^ta by voice. These known proposals 
^IJT ^--^^y time sensitivity «d non- 

interoperability. Thus, integrated voice response 
processes take too long to be ^ advantage to either the 
purchaser or the seller or are frustrating to both. 
Similarly, SMS messaging may have time lag issues if Shs 
messagxng is used instead of voice prc^t techni<iues. 
Non-xnteroperability may also be an issue because 

different cellular networ-ien nr,^-^^*.^ • 

4.,- ^. a© works operate in various countries, 

and these different networks can en^^loy different 
technology platforms that are not necessarily 
interoperable with each other, thereby compounding the 
time lag issue of payment transactions, especially when a 
person is not within their , usual national jurisdiction. 

Object of th g Invention 

The object of the present invention is to provide a system 
and method which makes payments by means of a 
communication device such as a mobile phone easier 
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Smnmary o£ the Invention 
. Tbe ijivenbion provides a payment: transaction systeizi 
. coa^rlsings 

a first processor having an apparatus for receiving 
5 paymant: data from a cosottonloatlon device belonging to a 
conauner to enable payment to be made for goods or 
eearsrices^ . an EPOS clieckout terminal, and a store back 
office server bavlng a store database connected to the 
£SPOS clieckotit tezmlnalj 
XO a retailer processor baving a coximaunlcatlon 

transxnlsslon processor and a transaction payment database; 

a first conmnmicatlon lln3c connecting the receiver 
processor to the retailer processor; 

' a central facility having a payment approval 
15 processor and an accoixat transaction payment database, the 
account transaction database maintaining a database of . 
accounts relating to consumers so that the processor can 
interrogate the database and detexmlne whether a payment 
is to be approved or declined^ 
20 a second comoninlcation link for connecting the 

retailer processor to th©. central facility so that the 
payment data can be tranmnitted from the retailer head 
office serNrer to the payment approval processor, and for 
transmitting a signal back from the central facility to • 
25 the head of flc^e server Indicating that payment is approved 
to enable updating of the transaction payment database of 
the retail head office server; 

a third communication link for communicating the 
central facility with the receiver processor for enabling 
30 an indication of the approval of the payment to be 

transmitted from the central facility to the receiver 
processor so that the EPOS checkout terminal is provided 
with an Indication that payment Is approved to enable a 
consumer to receive the goods or services relating to the 
35 payment. 
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Preferably the central faoilltar * 

Signal to the ™ieat.on"^,:: ^ 
i-ioatin^ that pa^, app.:::^:' ^^"^ ' 

5 Preferably the signal ia an Sms ««SBage, 

p::s:nXl^ ^-^-t^on device i. provi... ...^ . 

lip- 1 Of ^-^^ to facilitate tbe 

can Lalef « the ! telephone 
transfer the pa^f^ent data to the receiver processor. 

Preferably tbe receiver processor include, an Edc 

15 ^ IT" ""'="^« ^'-'^^ for receivina 

"''^"^^ tranei^ssion or a^bile telephone lo 
enable the transfer of the pa^t info«»etion Z the 
receiver processor. 

20 t^ll^ -*«<»i-«.>=e, th. ^ ^^^^^ 

25 

Preferably the second communication link comprises at 
least one fi^ed line for connecting the iaode« to the 
central facility, . 

30 Tbe firot and third coaoounication llnlcs ntay comprise a 

c^n conn»unicat:ion network interconnecting the receiver 
processor, th« retailer processor and the central 
facility. 

35 Tlie Invention Btill further Movidea a ^ 

• proirxaes a payment transaction 

system coira>ris±ngt 
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a qeatral facility Ixavlng a payment: approval 
processor and a transaction payment database, tlie database 
maintaining accounts relating to respective consmaetB, and 
tba payment approval processor being for interrogating the 
5 database and determining wbetber a payment is to be 

approved based on the status of the consxmiers acconnt, as 
maintained in the database, the central facility being for 
receiving payment data from a communication device 
belonging to a oonsumer, and i^ payment is to be approved 

10 for transmitting an approval code back to the 
eongmmioatjon device; 

a receiver processor associated with a retail outlet 
for receiving an approval signal including the aippiroval 
code from the central facility, the receiver procesaor 

15 including a store back office server having a payment 
application processor and a store database, the istore 
database being for storing the approved payment, and an 
SPOS collection point for receiving from the payment 
application processor the approval code and for storing 

20 the approval code, so that when the consumer presents at 
the collection point to collect goods or services paid 
for, the approval code transmitted to the user' s 
Gozomunioation device and the stored approval code at the 
collection point are matched to confirm payment; 

25 a communication link for communicating the central 

facility vrith the receiver processor^ 

a retail head office server including a payment 
database for receiving from the store back office server 
approval payment details for stordLng tb© payment 

30 transaction details to enable reconciliation of payments 
with the central facility; cuid 

a second comniunicatlM link for connecting the store 
back office server with the retailer head office server. 

35 Preferably the first communication link comprises a fl»;ed 
line cosnmunication link« 

JAEDOBlMta.dae a/Ofi/QS 
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PzreCeralily tlte payment applicatloix processor of tlife atore 
back office server connnunicates wltlx Uie SPOS oollectxon 
point via a store eonomulcation network* 

5 Preferably tbe coinmunicatlon device is provided wiUi a 

preset tecmplate for downloading to facilitate the input of 
data by tbe donsnmer to form the payment data supplied to 
tbe c^tral facility* 

10 Tile invention also provides a payxnent transaction method 
cooqprisingi 

receiving payment data from a coinmunication device 
belonging to a GonsuoK^r by a first' processor to enable 
• payment to be made £02: goods or searvlces, an EPOS checkout 
15 te rm i n al^ and a store back office server having a store 
database connected to the EPOS checkout terminal? 

providing a retailer processor having a comnnxoication 
transmission processor and a transaction payment database; 
providLlng a first communication link connecting the 
20 receiver processor to the aretaller processor; 

providing a central facility having a payment 
approval processor and an account transaction paymeatit 
database, the account transaction database maint:aining a 
database of accounts relating to cbnsionars so that the 
'25 processor can interrogsite the database and determine 
whether a payment is to be approved or deddLned; 

providing a second communication link for connecting 
the retailer processor to the central facility so that the 
payment data can be transmitted from' the retailer head 
3Q office server to the payment approval processor^ and. for 
transmitting a signal back from the central facility to 
the head office server indicating that payment Is approved 
to enable updating o£ the transaction payment database of 
the retail head office server; and. 
35 . providing a third communication link for 

communicating the central facility with the receiver 
processor for enabling an indication of the approval of 
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-"tl. a con.««r to r«,i„ u«. gooa. or e^rvloH 
► arelatxng to the payment. 

Preferably the central facility also transects a signal to 
the c™unicatio« device of the consu»«r indicating^hat 
payment is approved. 

Preferably the aignal is an 8MS message. 

Preferably the cox»n„«xication device ±b provided with a 
preset teu«,late ,*ich is downloaded to facilitate the 
l»PUt^of information by the consumer into the mobile 
telephone relating to the payment so the mobile telephone 
can transfer the payment data to the receiver processor. 

Preferably the receiver procesBor includes an EDC 
(Electronic Data capture) machine or c.adle for receiving 
the^mobile telephx>na to transfer the payment information 
to the receiver processor. 

Preferably the comm^xication device coB4>rises a mobile 
telephone. 

Preferably the second comnrani cation link coztrprxBes at • 
least one fixed line for connecting the modem to the 
central facility. 

Preferably the fi„t and third connmmication linka 
BOnqjriHe a comznon oo»«^i«^fei^„ ««Lwo.fc Innerconnecting 
the receiver processor, the retailer processor and the 
central facility, ® 

I^J:!""*^^" ''"^ ^"'"^""^ - ^^^"^ transaction 

method coEtqprisingt >.wa,w« 
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providing a central facility having a payment 
approval proceHBor and a tranaactlon payment database, the 
database maintaining accounts relating to reapective 
oonpumers, and the payniant approval proceaaor 
interrogating tha database and determining whether a 
payment ia to be approved based on the states of the 
consumers account, as maintained in the database, the 
central facility receiving payment data from a 
coimaunication device beiouffinq to « cgosuaer. axid if 
payment is to be approved £or transmitting an approval 
code back to the communication device f 

providing a receiver processor associated with a 
retail outlet for receiving an approval signal including 

approval code from the central facility, the receiver 
processor including a 'store back office aerver having a 
payment application processor and a store database, the 
store database atoring the appx^^ved payment, and an TiPOS 
collectxon point receiving from the payment application 
processor the approval code and storing the approval code, 
so that when the consumer presents at the collection point 
to collect goods or services paid for, the approval code 
transmitted to the user's communiaation device and the 
stored approval code at the collection point are matched 
to cQaf ina payment:; 

providing a, communication link for comopmicating the 
central facility with the receiver processor, 

providing a retail head office server including a 
payment database for receiving from the store back office 
server approval payment details for storing the payment 
transaction details to enable reconciliation .of payments 
wxth the central facility? and 

providing a second communication link fcr connecting 
the^tore back office server with the retailer head office 

Preferably the first coamnmication link cos^rises a f isced 
line communication link. 
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b!!v"^^'' "^^^^ application processor of t:He store 
ba^ Of fxco server pom»nicai:es wit* the EPOS aolloctiox. 
point vxa a store comnnml cation network. 

orlfrr^"'^ ^^=^<'-*^=^-*^ ^-ice is provided wit* a 

dirl Z ^-^^-^ to ..cili.ate i^put o£ 

t^ . consumer to foxxa the payment data supplied to 

the central facility. 

5*ittf Description of the Drawing 

Preferred ea*odl».ent of the invention will be described 
2 Of e.a»«>le, ,ith reference to the accoa^enyl^ ' 
drawings in which: " 

Figure 1 ie a block diagram of ^ fi.at embodiooent of 
the invention for face-to-fece pa^nt transactions, • 

Figures 2A and 3B are diagrams of various retail 
stores using the embodiment of Figure 1, and 

_ Figure 3 is a block diagra.. of a second e»ibodiaent of 
the invention for non-face-to-f ace pa^nt transactors. 

Detailed Desnrlntion .r.^ ^^-^. ^red ^^..r. 

wxtn reference to Piqiire 1 a^TZIZ^^TT! ~ 

-^-i-aure a first ^mboddLment of the 
lnv»t.» Will i„ p.^t. 

invention, a consumer applies for 
a pre.app.oved credit/debit limit from a bank offinancial 
institution Which forms a <,entral facility lOO. The 
account which the consumer obtains may be a credit limit 

f:L!rr:""'/' ^ ^^^^^^^ -^-^^^ ^ ^on.^.\s 

JtTT , ? only draw down funds which 

Zs'thft'^ ^^"^"^'^ "-^^^ consumer. 

Thus, the transactions can be in the nature of credit 
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taraasactiona or purely debit traasact^iona agalxxat a 
consumer's bank accounli balance. 

Tba central authority jnay typically be repreeented by a 
5 bank or. other financial Institution. The central facility 
100 coHEprlses an account transaction payment database 101 
whicb maintains a database of all the account balances of 
the consumers operating the system; The central facility 
also includes an approval processor 102 which is 

10 prograunned with debit/credit approval payment application 
software which can receive a request for payment and 
Interrogate the database to. determine whether the payment 
is to be authorised or to be declined based on the balance 
of the consumer's account and other data or information 

15 which is stored relating to the consumer and which is to 
be used by the central facility in order to make a 
determination whether to approve the payment or decline 
the payment, 

20 When a consumer opens an account, the consumer is provided 
with an anrmmt nuixPt^er and a person&l ia«M4tieicacion 
nuanber (PH« . The conswer is also provided with a preset 
template wlxioh is supplied from the central facility 100 
to a co mmun ication device, ' such as a mobile telephone 103 , 

25 belonging to the consumer. The preset template is stored 
in the consumer's mobile telephone 103 and will assist the 
user in operating this system by organising input data 
which is to be supplied to enable a payment to be made, 
such as by following prompts or commands which may be 

30 displayed on a screen (not^ shown) of the mobile telephone 
103, 

Participating retailers who will offer the payment systean 
and method are identified by the reference R in Figure 1. 
35 only one retailer is shown but typically, a number of 
separate retailers R will operate the system* The 
separate retailers R may be individual traders or may 

Oi\^oc«i«fi&ba and SettiflgaVrnftaVLoaal SenOiigoVTeBVonzy Mocast ffU«a\oldCU\8liodli Ida m - MT-fiB200«-ftoaa5a 
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b*lona to a ahai» of retail pufclefca R op«at«d by «^ 
orgaaisatioa. 

Each Of the retail outieta R provided with a receiver 
processor PI for receiving input data from the consumer's 
mobile phone 103 . Each individual retail outlet R or each 
chain of retail outlets R is provided with a retailer 
processor P2 at a retailer head office location. Thus, 
each sole retail otitlet R will have a processor P2 which 
»ay be located at the premises of that retailer, as shown 
xn Figure 2A. However, if, for exsapie. 10 different 
retaxl stores are operating in the saste chain of 
retailers, those 10 retailers^' R, to R^o (Figure 2B) will 
have a common single processor P2 located at a head office 
location for that chain of retail outlets R. 

The processor Fl and the processor P2 are connected to one 
enother by a communication network 150. The oo^nnnicatioa 
network 150 also connects to the central facility 100. 

Bach processor Fl and each retail store R has a store EPOS 
checkout terminal 105 which is located in the store from 
which products may be- purchased, The store also includes 
a Btor^ back office aarvftr lOR which is connected to tho 
25 EPOS terminal 105. The server 108 has a store database 
107 for maintaining details of all payment transactions 
associated with the particular retail outlet R. 

The EPOS Checkout terminal 105 and store back office 
server 108 communicate with the head office servers 111 
vxa the comn«mication network 150. The retailer's head 
*££*w= Ill i..cludeB a appxxcation sottware 

modem 109 and a transaction payment database lio. The 
server ill communicates with the central facility llo via 
35 a fixed line or fixed lines 160 and also via the 
communication network 150. 
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When a conauraer wishes to pay for goods at the retail 
outlet r the constjmex presents at the £;POS checkout 
terminal 105 and the goods are processed at the terminal 
105 In the usuaJL manner* When the total balance payable 
5 is detemiined/ the user locates his or her mobile phone 
103 in EDC cradle 104 and downloads the preset tenplate 
stored din the mobile telephone so the tenzplate is 
displayed on the screen of the mobile telephone « The 
consumer can then key in the account code/PlN and an 

10 amount payable according to the balance wrung up at the 

SP03 terminal 105 In accordance with the template which is 
displayed to the consumer. The consumer can then sinqply 
press ^send'^ on the mobile telephone and the payment data 
will be sent via General Packet Radio Service (OPXlS} to 

15 cradle 104 and then from the processor PI to the processor 
P2. !rhe comzminication may be via the terminal 105 and 
store back office server 108, and the coznmuxLicatlon 
network 150 to the head office server 111. Alternatively, 
the ccmimiinioation from the cradle 104 may be from some 

20 other retail network including the ccMzammi cation network 
150 to the processor P2. The GPRS applicatloxi software 
modem 109 will receive the payment data at the processor 
P2 and will forward the data to the central facility 100 
via fixed line 160 so the data is received by the approval 

25 processor 102. 

The approval processor 102 will then determine, based on 
the account balance in the database 101 associated with 
that consumer, and any other rules relating to that 

30 consumer, whether the payment is to be approved or 

declined. !K?he signal indicating approval or declining of 
the payment is transmitted via line 160 back to retail 
head office server 111 so that a payment transaction 
record In transaction payzoent database 110 can be updated 

35 to show that a payment has been approved and notify the 
retailer of the asmirance of payment for the goods the 
consumer is going to take. The central facility 100 also 
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forwards via the network 150 the approval signal back to 
the store back office server 108 a&d then to the EPOS 
terminal 105 so the EPOS terminal 105 is provided with an 
lamediate indication aa to whether the approval Is given 
or whether the transaction is to be declined. If the 
payment ia approved, then the EPOS teriqinal 105 can print 
a store receipt 112 and the oonstimer can take th© goods. 
If the payment is. declined, then the transaction stops* 

If ^proval takes place, the approval processor 102 will 
cause the balance relating to that consumer in the 
database 101 to be updated with that transaction. Thus, 
if payment is approved, the account balance is debited to 
reduce the balance, or the credit provided Is increased in 
accordance with the payment.. 

The approval is also updated at the store database 107 
associated with the server 108 so the store has a record 
of the actual transactions applicable to it, and at the 
end of each transaction day, the transactions from each of 
the retail stores R (such as Ri to Rio> stored in the 
respective store databases 107 are uploaded to the 
retailer head office server 111 so the retailer server 111 
knows which payments are associated with which of the 
retail outlets Ri to Rjo operating the system* Thus, at 
the end of each traixsaction day, payments can be 
reconciled so that each retail outlet R and the retail 
head office know yOi^t. payments are to be made to which of 
the retail outlets R. 

The central facility 100 pays the retailer at the agreed 
terms and conditions to ooniplete the full transaction 
cycle. 

When the approval processor 102 approves the payment, the 
processor 102 also forwards an SKS message as indicated by 
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line 162' direct to tlie oonsumer'a mobile pbohe 103 
InSorscilag the user tliat the paymezit lias been appxroved. 

In other eniboddjaentSr instead o£ using the EDC (Electronic 
5 Data Capture) xtiachine or cradle 104 to receiv^e the GPRS 
signal £roia the mobile phone 103, communication between 
the mobile phone 103 and the BPOS checkout terminal 105 
may be by way o£ infrared signal or blue- too th/GPSis 
comBkunication • 

10 

In the case of infrared cooiiiiuHicatlon# IR devices 
associated with the mobile phone 10.3 and the BPOS terminal 
105 will ^^discover" each other and develop an instance 
one-to-one cramminication , This will happen within range 
15 o£ each other end initiate the process of connection and 
accommodating exchange of information over the IR link 
between the mobile telephone 103 and the processor Pl« 

In the case of blue -tooth/GPRS eommunicatlozi, both the 
20 mobile telephone and the 'S90B terminal devices must be 
blue^^tooth enabled. Wien ready, the blue-tooth enabled 
mobile phone will send the input data input by the user 
via GPRS via a PCS device at the checkout terminal 105. 

25 Aput from the different communication of the input data 
from the mobile telephone to the processor Pl^ the system, 
when using infrared commiml cation or blue- tooth/GPRS 
communication^ operates the same as that previously 
described. 

30 

Figure 3 is a diagram showing a second esibodiment of the 
invention in which the payments are noh- face- to- face 
payments In this einbodiment, an account is set up in 
escactly the same way as in the earlier eznbodlment. and the 
35 user'^s mobile phone 200 is provided with a preset teniplate 
which is stored in the mobile phone to enable payments to 
take place « 
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When Wi© consumer wlaliee to purchase good^, the consumer 
calls the central facility 201* on the preset template, on 
the mobile phone 200^ the user keys in his or her account 
5 code, PIN and participating retailer's account number to 
identify which re.tailer or store the consumer intends to 
make the. purchase, and also a collection point from which 
goods, etc» will be collected. The collection point is 
provided with an SPOS terminal 208 , 

10 

The input data provided by the consumer is transmitted by 
the XKiobile phone 200 as a telephone call, data 
communication or, the like to the central facility 201. 

15 The central facility 201 is the same as the central 

facility 100 previously described, which includes the 
approval processor 203 and the account transaction payment 
database 202. Thus, approval for the purchase or the 
declining of the payment of the purchase is made in the 

20 same maimer as previously described. The approval is 

communicated from the central fapility 201 via fixed line 
250 to processor PI at the particular retailer outlet R 
from which the goods are to b© purchased. The processor 
Pi includes a store back office server 204 which includes 

25 a payment application processor 206 and a store database 

205. The server 204 is connected to the EPOS terminal 208 
associated with the retail outlet R via local 
communication network 260. 

30 If approval for the payment is given, the central facility 
returns a signal back to the mobile telephone 200 by way 
of telephone call or data transmission which includes a 
confirmation of the approval and also an approval code* as 
is represented by arrow 221- The approval which is 

35 provided from the central facility 201 via the fixed line 
250 also includes the amount and approval code so that the 

CtNDoctmcato aefetiii36\Tto3ran\7^>CAl aefeclBS6\Tcaporary Internet; PlieQViIi!aa\SI«0O)c tia - KJX-8tS2004-OOD2SD 
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approval , code is also received by the processor PI at the 
reliall store. 

The server 204 .1s also, coimected to a retail head office 
server 207 via connnunioation network 270 which may be a 
dedicated fixed line, internet communicatioii network, or 
any other suitable local or wide area eoinnrunication 
network. Once again, each of the retail outlets R 
operating the system and associated with a particular 
chain oonmnmicate with a single head office server 207 
associated with that chain. Once again, if the payment is 
approved, the accoimt balance relating to the user in the 
database 202 is updated. 

When the central facility 201 sends via the fixed line 250 
a signal to the store back office server 204 indicating 
that tho tranoacfcien is appro'v^l d«ull««d) , the B,:ore 
database 205 is iflpdated to provide a record of the 
assurance to pay. The payment processor 206 conmnmicates 
with the EPOS terminal 208 so that a standby transaction 
record is forwarded to the BPOS terminal 208, which 
includes the payment amoimt and the approval code- 

Whea the consumer visits the SFOS terminal 208, the 
approval code is downloaded on the Xdobile phone and shown 
to the store personnel, who then calls tap the standby 
transaction record and records the matching approval 
codes. A store receipt 209 is printed to confirm the 
transaction. The store BPOS terminal 208 updates the 
store database 205 via the link 260 to show that the 
transaction has been completed and the goods have been 
received. At the end of each trauBection day,' the store 
back office server 204 sends all data back to the head 
office server 207 which reconciles with the mobile payment 
transactions in the transaction payment database. The 
head office server 207 which, i„ this embodiment, forms 
the processor P2, also reconciles payments approved by the 



Amended Sheet 
IPEA/AU 



PCT/SG2004/000250 
- . Received 2 August 2005 

- 16 • ' 

central facility so that: settlement can. take place with 
the central facility at the agreed terms and ccmiiltlozLs to 
comsplete the full transactiozi. cycle. 

Since modifications within the spirit and scope of the 
invention may readily be effected by persons skilled 
within the art, it Is to.be \mderstood that this Invention 
is not limited to the particular enibodlment described by 
way of eacaaciple hereinabove # 

In the claims which follow and in the preceding 
description of the invention, except where the context 
requires otherwise due to express language or necessary 
Inxplication, the word ^coinprise'', or variations such as 
^^comprlses*' or ^comprising", is used in an luclusive 
sense, le. to specify the presence of the stated features 
but not to preclude the presence or additlozL of further 
features in various exnbodixnents of the invention. 
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!• A payment transaction system oompx±a±ngi 

a £irst processor having an apparatus for i receiving 
5 payment data £ro!ni a cosm&unicatlon device belonging to a 
consumer* to enable payment to be made for goods or 
services^ an EPOS cbeokout terminal, and a store back 
office server having a store database connected to the 
fiPOS checkout terminal; 
10 a retailer processor having a communication 

transmission processor and a transaction payment databases 

a first coxiKauniGatlon link connecting the receiver 
processor to the retailer processor; 

a central facility having a payment approval 
15 processor and an account transaction payment database^ the 
accoxant transaction database maintaining a . database of 
€iccounts relating to consixmerB so that the processor can 
interrogate the database and determine whether a payment 
is to be approved or declined? 
20 a second coonmunication link for cozmeotlng the 

retailer processor to the central facility so that the 
payment data can be transmitted from the retailer head 
office server to the payment approval processor, and for 
transmitting a signal back from the central facility to 
25 the head office server indicating that payment Is approved 
to enable updating of the transaction payment database of 
the retail head office server; 

a third communication .link for comnruni eating the 
central facility with the receiver processor for enabling 
30 an indication of the approval of the payment to be 

transmitted from the central facility to the receiver 
processor so that the BiPOS checkout terminal is provided 
with an indication that payment is approved to enable a 
consumer to receive the goods or services relating to the 
35 payment. 
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2, Tlie syetem of claim 1 wbereln the oeafcxal facility is 
al0o for transmitting a sigraal to thie coBxanmlcatlon device 
of tlie consisner xzidicatlzig tbat payment is approved* 

5 3. . The system o£ claim 2 wherexn the signal an SKS 
message » 

4 . The system of claim 1 wher-eln the commimxcation 
device is provided with a preset template whicli is 
10 downloaded to facilitate the input of infbrxnation by the 

consumer into the mobile telephone relating^ to the payment 
so the mobile telephone can transfer the payment data to 
the receiver processor* 



5. The system of claim 1 wherein the receiver processor 
includes an EDC <£lectr9nio Data Capture) machine or 
cradle for receiving the mobile telephone to enable the 
transfer of the payment information to the receiver 
processor . 

6. The system of claim 1 wbereln the commuxiication 
device comprises a mobile telephone. 

7. The system of claim 1 wherein the second 
communication linlc ccm^rlses at least one fixed line for 
connecting the modem to tbe central facility. 

8. The system of claim 1 wherein the first and third 
communication links consprlse a common comnninication 
network interconnecting the receiver processor^ the 
retailer processor and the central facility. 



9. A payment transaction system cojnprlslngs 

a central facility having a payment approval 
35 processor and a transaction payment database, tbe database 
maintaining accounts relating to respective consxaaers, and 
the payment approval processor being for interrogating the 
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database and determizilxig whefclier a paymenb ±8 t;o be 
appz-oved baeed on tbe at:atus of tbe oonsuxnors accounts ^ ae* 
maintained in the database, tbe central facility being for 
receiving payment data from a communication device 
5 belonging to a consumer, and i£ payment xe to be approved 
for transmitting an approval code back to the 
comnxunication device; 

a receiver processor associated with a retail outlet 
for receiving an approval signal including the approval 

10 ..code from the central facility, the receiver processor 
including a store back office server having a payment 
application processor and a store database^ tke store . 
database being for storing the approved payment, and an 
EPOS collection point for receiving from the payment 

15 application processor the approval code and for storing 
the approval code, eo that when the consumer presents at 
the collection point to collect goods or services paid 
for, the approval code transmitted to the user's 
communication device and the stored approval code at the 

20 collection point are matched to confirm payment; 

a communication link for communicating the central 
facility with the receiver processor; 

a retail head office server including a payment 
database for receiving from the store back office server 

25 approval pas^ment details for storing the payment 

transaction details to enable reconciliation of payments 
with the central facility; and 

a second communication link for connecting the store 
back office server with the retailer head office server. 

30 

10. The system of claim 9 wherein the first communication 
link comprises a fixed line conimimication link* 

11. The system of claim. 9 wherein the payment application 
35 processor of the store back office server communicates 

with the KPOS collection point via a store communication 
network. 

Ct\|tocaiasn£0 a^a Sefcbiiig9\T«yas,Vbseal. SaebingaVm^ostUy tntexB9t Pilea\€lua3\SZt09K tiln Bok - PCr-60B004-OD02SO 
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12. The system of claim 9 wherein the communication 
device is provided with a preset tejnplate for doxtfnloading 
to facilitate the ixLput of data hy the cousumex to form 

5 the payment: data supplied to the central facility, 

13. A payment transaction method comprising s 
receiving payment data from a cozmmanication device 

belonging to a constuner by a first processor to enable 

.10 payment to be made for goods or services^ an EPOS checkout 
terminal, and a store back office server having a store 
database connected to the EPOS checkout terminal; 

providing a retailer processor having a communication 
transxBission processor and a transaction payment .database/ 

IS providing a first comzxcunication link .connecting the 

receiver processor to the retailer processor; 

providing a central facility having a payment 
approval processor and an account transaction payment 
database « the account transaction database xoaintiaining a 

20 database of accounts relating to consumers so that the 
processor can interrogate the database and determine 
whether a payment is to be approved or declined; 

providing a second communication link for connecting 
the retailer processor to the central facility so that the 

25 payment data can be transmitted from the retailer head 

office server to the payment approval processor « and for 
tranamitting a signal back from the central facility to 
the head office server indicating that payment is approved 
to enable updating of the transaction payment database of 

30 the retail head office server; and 

providdLng a third communication link for 
communicating the central facility with the receiver 
processor for enabling an indication of the approval of 
the payment to be transmitted from the central facility to 

35 the receiver processor so that the EPOS checkout terminal 
is prbvided with an indication that payment is approved to 
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enal>le a coaeumer to receive the goods or services 
relating to tbe payment. 

14 . The aethod of claim 13 wherein the central facility 
also traiiBmits a signal to the comromication device of the 
consunier indicating that payaent is ai;proved. 

15. The method of claim 14 wherein the signal is an SMS 
message, 

16. The method of claim 13 wherein the ccnmmwication 
device is provided with a preset template which is 
downloaded to facilitate the input of information by the 
consumer into the inobile telephone relating to the payment 
so the mobile telephone ca» transfer the payment data to 
the receiver processor, 

17. The method of claim 13 wherein the receiver processor 
includes an BDC (Electronic Data Capture) machine or 
cradle for receiving the mobile telephone to transfer the 
payment information to the receiver processor. 

18. The method of claim 13 wherein the comnnini cation 
device comprises a mobile telephone. 

19. The method of claim 13 wherein the second 
ccanmnnication link comprises at least one fixed line for 
connecting the modem to the central facility. 

20. The method of claim 13 wherein the firat and third 
communication links comprise a common comnninication 
network interconnecting the receiver processor, the 
retailer processor and the central facility, 

21. A payment transaction method consprisings 
providing a central facility having a payment 

approval processor and a transaction payment database, the- 
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datxabsise maintaining accounts ^relating to respective 
oonauuners, and tb;e payment approval processor 
interrogating tlae database and deteannining whether a 
payment is to be approved based on the etatus of tbe 
B Goneumers account, as knaintained in the database, the 
central facility receiving parent data from a 
cOTmnini cation device belonging to a consumer, ^-r^ if 
payment is to be approved for transmitting an approval 
code back to the communication device; 

10 providing a receiver processor associated with a 

retail outlet Cor receiving an approval signal including 
the approval code from the central facility, the receiver 
processor Including a store back office server having a 
payment application processor and a store database, the 

15 store database storing the approved payaient*^ and an EPQS 
collection point receivdLng from the payment application 
processor the approval code and storing the approval code, 
so that when the consumer presents at the collection point 
to collect goods or services paid for, the approval code 

20 transmitted to the user's connnunlcation device and the 
. stored approval code at the collection point are matched 
to confirm payment; . 

providing a communication link for communicating the 
central, facility with the receiver procdsaor; 

25 providing a retail head office server including a 

payment database for receiving from the store back office 
server approval payment details for storing the payment 
transaction details to enable reconciliation of payments 
with the central facility^ and 

30 providing a second communication link for connecting 

the store back office server with the retailer head office 
server. 

22, The method of claim 21 wherein the first 
35 communication link coxnprises a fixed line communication 
link. 

% 
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23 « The metihod of claim 21 wixex-ein iJie . payment: 
application processor of the store back office server 
communicates with the EPOS collection point via a store 
communication, network* 

24. The system of claim 21 wherein the communication 
device Is provided with a preset template for downloading 
to facilitate the input of data by the consumei: to form 
the payment data supplied to the central facility. 
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ABSTRACT 



A payment traneaction Bysfcem method is cbLecloBed wtoiclx 
lias a central facility ClOO, 200) whidi lias an approval 
payment processor and a transaction payment database for 
maintaining accounts relating to customerB. The approval 
payment processor interrogates the database to determine 
whether a payment should be in^iroved based on the status 
of the aooount. A retail processor (Pl) receives input 
payment data from a consumer's mobile telephone relating 
to the purchase of products so the payment data can be 
received by the central facility for approval or declining 
the payment. The retail processor (Pl) bae an EPOS 
oheokout terminal and a store database and oommunicates 
with a retailer head office processor. The mobile phone 
is provided with a preset teniplate for facilitating input 
of data. 
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